home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1998 July / EnigmA AMIGA RUN 29 (1998)(G.R. Edizioni)(IT)[!][issue 1998-07 & 08].iso / earcd / haage&partner / stormc / patch9 / stc2_patch_9.bitte_lesen next >
Text File  |  1997-07-04  |  3KB  |  92 lines
  1. HAAGE&PARTNER Computer GmbH
  2. Mainzer  Straße 10A
  3. 61191 Rosbach
  4.  
  5. Tel: +49 (0) 6007/930050
  6. FAX: +49 (0) 6007/7543
  7.  
  8. Internet: storm-support@haage-partner.com
  9. Homepage: http://www.haage-partner.com
  10.  
  11.  
  12. Sehr geehrter StormC-Kunde,
  13.  
  14. beigelegt finden Sie ein Patchprogramm welches Sie nutzen können,
  15. um die Version 2.00.08 (28.01.97) von StormC auf die neue Version
  16. 2.00.14 (03.05.97) zu aktualisieren.
  17.  
  18. Doppelklicken Sie hierzu bitte einfach das Piktogramm
  19.  
  20. StormC2.0-9.Patch.BAT
  21.  
  22. Daraufhin wird das Programm ICONX gestartet, welches die Batch-
  23. Datei zum Patchen von StormC ausführt.
  24.  
  25. Bitte beachten Sie, daß sich Ihre alte Version von StormC in
  26. der Schublade StormC:StormSYS befinden muß!
  27.  
  28. Um herauszufinden, welche Version Sie aktuell besitzen, geben Sie
  29. bitte folgenden Befehl in einem Shell-Fenster ein.
  30.  
  31.    version StormC:StormSYS/StormC full
  32.  
  33. Darafhin sollte Ihnen folgender Text angezeigt werden:
  34.  
  35.    StormC 2.00.08 (28.01.97)
  36.  
  37. Sollte die Ausgabe abweichen, muessen Sie einen der vorherigen
  38. Patches zuerst anwenden.
  39.  
  40. Bei Fragen hierzu wenden Sie sich bitte an unseren Support.
  41.  
  42. Ihr HAAGE&PARTNER Support-Team
  43.  
  44.  
  45. Änderungen am Compilersystem
  46. ============================
  47.  
  48. 07.02.97 (V 2.00.09)
  49.  
  50. * Löschen von dynamisch angelegten Arrays: Auch wenn die Array-Elemente
  51.   Klassen mit virtuellem Destruktor sind, wurde für die Berechnung der Anzahl
  52.   der zu destruierenden Objekte die konstante Größe des referenzierten Typs (und
  53.   nicht etwa die einer eventuellen abgeleiteten Klasse) verwendet.
  54.  
  55. 19.04.97 (V 2.00.11)
  56.  
  57. * "switch" machte bei "ULONG" Ärger
  58.  
  59. * Durch fiese Casts konnte man es erreichrn, daß ein AND mit Adreßregister
  60.   als erstem Operanden generiert wurde.
  61.  
  62. 29.04.97 (V 2.00.12)
  63.  
  64. * Ganzzahlige Typkonvertierungen von "const X" nach "const Y" wurden
  65.   manchmal glatt unterlassen
  66.  
  67. 30.04.97
  68.  
  69. * schwer umschreibbares Problemo mit temporären Objekten, wenn ein Konstruktor
  70.   für eine implizite Typumwandlung benutzt wird
  71.  
  72. 01.05.97 (V 2.00.13)
  73.  
  74. * In "catch"-Anweisungen schmiß der Optimierer u.U. zu viel Code weg (nämlich
  75.   die Abfrage des aufgefangenen Datentyps)
  76.  
  77. * Kaum näher eingrenzbares Problem, wenn Registerparameter aus irgendwelchen
  78.   Gründen fälschlich auf den Stack verschoben wurden (insbes. bei PPC in
  79.   Verbindung mit Exceptions)
  80.  
  81. 03.05.97
  82.  
  83. * Wenn der 68K-Codegenerator auf die Idee kam, die Reihenfolge der Operanden
  84.   eines Vergleichsoperators zu vertauschen (weil's von der Registerbelegung her
  85.   gerade besser paßt), wurde "a >= b" zu "b < a" (statt "b <= a")
  86.  
  87. 03.05.97 (V 2.00.14)
  88.  
  89. * Schon wieder eine kaum eingrenzbare falsche Registerverwendung bei
  90.   Adressoffset-Berechnungen außerhalb des 16-Bit-Bereichs, insbesondere bei
  91.   bestimmten Zugriffen auf große Strukturen
  92.